Anticipatory video signal reception and processing

ABSTRACT

A system and method that provide reduced latency in a video signal processing system. Various aspects of the present invention may comprise receiving a current request from a user for first video information. Such a request may, for example, be received with a user interface module. A first video stream and a second video stream may be received simultaneously, where the first video stream comprises the first video information currently requested by the user, and the second video stream comprises second video information not currently requested by the user. A video receiver module may, for example, perform such receiving. The first video stream may be processed to present the first video information to the user at the current time. Further, the second video stream may be pre-processed in preparation for being presented to the user in the future. A video processing module may, for example, perform such video stream processing.

CROSS-REFERENCE TO RELATED APPLICATIONS/INCORPORATION BY REFERENCE

This patent application is a continuation of and claims priority to andthe benefit of U.S. patent application Ser. No. 15/255,505, filed Sep.2, 2016, which is a continuation of and claims priority to and thebenefit of U.S. patent application Ser. No. 14/492,928, filed Sep. 22,2014, which is a continuation of and claims priority to and the benefitof U.S. patent application Ser. No. 11/046,378, filed Jan. 28, 2005,which claims the benefit of U.S. Provisional Application No. 60/556,667,filed Mar. 26, 2004, the contents of which are hereby incorporatedherein by reference in their entirety for all purposes.

FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

[Not Applicable]

SEQUENCE LISTING

[Not Applicable]

MICROFICHE/COPYRIGHT REFERENCE

[Not Applicable]

BACKGROUND OF THE INVENTION

In various digital video systems, there is a latency time between when auser makes a request for particular video information and when thesystem presents the requested video information to the user. For exampleand without limitation, a user may specify a viewing channelcorresponding to video information that the user is interested inviewing. Further for example, a user may select a video informationtitle from a menu, a user may enter a channel up/down request, or a usermay sequence through a list of favorite video channels.

There will generally be a latency time between when the user requestsvideo information and when the system presents the requested videoinformation to the user. There may be any of a large variety of causesfor such latency. Such causes may comprise, without limitation, requestprocessing delays, information communication delays and informationprocessing delays. In general, users prefer that the latency timebetween a video information request and presentation of the requestedvideo information to the user be minimized.

Further limitations and disadvantages of conventional and traditionalapproaches will become apparent to one of skill in the art, throughcomparison of such systems with the present invention as set forth inthe remainder of the present application with reference to the drawings.

BRIEF SUMMARY OF THE INVENTION

Various aspects of the present invention provide a system and method forreduced latency in a video signal processing system. Such a video signalprocessing system may, for example and without limitation, comprise atelevision, television receiver, personal video recorder, etc.

Various aspects of the present invention may comprise receiving acurrent request from a user for first video information. Such a requestmay, for example, be received with a user interface module. In anexemplary television scenario, such a request may comprise a request fora particular channel, next channel, previous channel, menu selection,etc.

A first video stream and a second video stream may be receivedsimultaneously, where the first video stream comprises the first videoinformation currently requested by the user, and the second video streamcomprises second video information not currently requested by the user.A video receiver module may, for example, perform such receiving.

Various aspects of the present invention may comprise determining thesecond video stream based on any of a number of criteria. For example,such a determination may be based on a previously presented videoprogram, a sequential list of programs, previous or next channelinformation, or monitored user request behavior.

The first video stream may be processed to present the first videoinformation to the user at the current time. Further, the second videostream may be pre-processed in preparation for being presented to theuser in the future. A video processing module may, for example, performsuch video stream processing. For example and without limitation, suchpre-processing may comprise buffering data corresponding to the secondvideo stream, communicating conditional access information, trackingtemporal aspects, performing various parsing activities, full or partialdecoding, and/or managing a buffer to provide access point informationwith minimal latency.

These and other advantages, aspects and novel features of the presentinvention, as well as details of illustrative aspects thereof, will bemore fully understood from the following description and drawings.

BRIEF DESCRIPTION OF SEVERAL VIEWS OF THE DRAWINGS

FIG. 1 is a flow diagram illustrating an exemplary method for providingreduced latency in a video signal processing system, in accordance withvarious aspects of the present invention.

FIG. 2 is a flow diagram illustrating an exemplary method for providingreduced latency in a video signal processing system, in accordance withvarious aspects of the present invention.

FIG. 3 is a diagram showing an exemplary system that provides reducedlatency in a video signal processing system, in accordance with variousaspects of the present invention.

FIG. 4 is a diagram showing an exemplary system that provides reducedlatency in a video signal processing system, in accordance with variousaspects of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a flow diagram illustrating a method 100 for providing reducedlatency in a video signal processing system, in accordance with variousaspects of the present invention. The exemplary method 100 may begin atstep 110 in response to any of a large variety of causes and conditions.For example and without limitation, in an exemplary videosignal-processing scenario, the method 100 may begin when a televisionreceiver is powered up or turned on. Alternatively, for example, themethod 100 may begin in response to an explicit user command to begin oran explicit user request for particular video information. Accordingly,the scope of various aspects of the present invention should not belimited by characteristics of any particular initiating events orconditions.

The exemplary method 100 may, at step 120, comprise receiving a currentrequest from a user for current (or first) video information. Such arequest may comprise any of a large variety of characteristics. Forexample and without limitation, such a request may comprise a selectionof a video program from a menu, a request to view a program on aparticular television channel, a request to view a program on a next,previous or last channel, a request to view a channel on a sequentiallist of channels (e.g., a list of favorite or genre channels), etc. Notethat video information (e.g., a video program) may often, but notnecessarily, include corresponding audio information.

Further for example, a user may communicate such a request in any of alarge variety of ways. For example, a user may communicate such arequest using various user interface devices. For example and withoutlimitation, a user may communicate such a request using a television orvideo receiver remote control, using buttons on a television or videoreceiver, using a graphical user interface, etc.

In general, step 120 may comprise receiving a current request from auser for current video information. Accordingly, the scope of variousaspects of the present invention should not be limited bycharacteristics of a particular type of request or way of receiving sucha request.

The exemplary method 100, at step 130, may comprise receiving a firstvideo stream and a second video stream simultaneously. For example, thefirst video stream may comprise the current (or first) video informationcorresponding to the user request received at step 120, and the secondvideo stream may comprise second video information that was notrequested by the user for current presentation.

As will be discussed in more detail later with respect to the exemplarymethod 200 illustrated in FIG. 2, the exemplary method 100 may comprisedetermining the second (or non-requested) video information in a varietyof ways. For example and without limitation, the method 100 may comprisedetermining the second video information based, at least in part, onpreviously presented video information, a sequential list of videoinformation, monitored user video request behavior, etc. The scope ofvarious aspects of the present invention should not be limited bycharacteristics of a particular way of determining and/or identifyingthe second video information.

Receiving a video stream may, for example, comprise any of a variety ofvideo receiving activities. For example and without limitation,receiving a video stream may comprise receiving a signal comprising thevideo stream through a tuner and associated receiver. In an exemplarytelevision scenario, a plurality of video streams of a multi-stream QAMchannel may be received through a tuner and associated QAM receiver. Theexemplary tuner and QAM receiver may, for example, transform thereceived multi-stream QAM signal to digital video data corresponding toa plurality of video streams carried in the QAM signal. Video datastreams corresponding to the currently requested first video informationand the second video information may then be selected from the varietyof video streams, and the data corresponding to the remaining streamsmay be discarded.

In an alternative exemplary television scenario, respective pluralitiesof video streams may be received by a plurality of tuners and associatedQAM receivers. For example, a first tuner and QAM receiver may transforma first multi-stream QAM channel to digital data corresponding to afirst plurality of video streams, and a second tuner and QAM receivermay transform a second multi-stream QAM channel to digital datacorresponding to a second plurality of video streams. A first video datastream corresponding to the currently requested first video informationmay be selected from the first plurality of video streams, and a secondvideo data stream corresponding to the second video information may beselected from the second plurality of video streams.

Note that the above television QAM examples are merely exemplary andshould by no means limit the scope of various aspects of the presentinvention. In general, step 130 may comprise receiving a first videostream and a second video stream simultaneously, where the first videostream comprises the requested current (or first) video information, andthe second video stream comprises the second video information that wasnot requested by the user for current presentation. Accordingly, thescope of various aspects of the present invention should not be limitedby characteristics of the previously discussed exemplary scenarios or ofparticular video signal receiving methods or apparatus.

The exemplary method 100, at step 140, may comprise processing thereceived first video stream to present the first video information tothe user at the current time. Such processing may, for example, comprisebuffering first video stream data for decryption and/or decoding. Suchprocessing may, for example, comprise performing error correction on thefirst video stream data. Such processing may also, for example, comprisecommunicating conditional access information. Such processing mayfurther, for example, comprise tracking timing for components of thefirst video information. Such processing may additionally, for example,comprise parsing various protocol layers associated with the first videostream. Such processing may, for example, comprise decoding video datain the first video stream. Such processing may, for example, comprisegenerating a video display driver signal that, when applied to a videodisplay, causes the video display to generate a correspondinghuman-perceivable video image.

In an exemplary television video scenario, step 140 may compriseprocessing the received first video stream by buffering video dataassociated with the first video stream, decoding the buffered videodata, converting the decoded video data into a video display driversignal, and providing the video display driver signal to a video displaydevice.

In general, step 140 may comprise processing the received first videostream to present the first video information to the user at the currenttime. Accordingly, the scope of various aspects of the present inventionshould not be limited by characteristics of particular video signalprocessing activities performed to present video information to a user.

The exemplary method 100, at step 150, may comprise pre-processing thereceived second video stream in preparation for presenting the secondvideo information to the user in the future. Step 150 may, for example,reduce latency in presenting the second video information to the user,if and when the user requests the second video information, byperforming pre-processing in preparation for presenting the second videoinformation to the user. Step 150 may, for example, comprise performingvarious portions of the total processing (e.g., as performed at step 140to present the first video information) performed to present the secondvideo information to the user.

For example and without limitation, step 150 may comprise bufferingsecond video stream data for decryption and/or decoding. Such bufferingof video information corresponding to video information not presentlybeing presented to a user may reduce latency caused by the time it takesto fill a buffer with new video information.

Such buffering may also, for example, comprise managing buffered datafrom the second video stream such that a next applicable access pointand subsequent compressed data are generally available for decoding uponuser request for the second video information. Managing the buffereddata in such a way may reduce latency caused by waiting for an accesspoint to arrive before beginning decoding activities. An access pointmay generally be considered to be a point in the video data stream atwhich decoding may effectively begin. For example and withoutlimitation, such an access point may comprise a reference frame (orintra-coded frame) in various video encoding schemes.

Step 150 may, for example, comprise communicating conditional accessinformation related to the second video stream with a source of thesecond video stream. For example, step 150 may comprise determiningand/or establishing the rights of the user to receive the second videoinformation prior to the user requesting the second video information.Such determination of user rights corresponding to the second videoinformation may reduce latency in presenting the second videoinformation to the user if and when the user requests the second videoinformation.

Also, for example, step 150 may comprise preparing for, or evenperforming, decryption of encrypted video information. For example, step150 may comprise exchanging public and private key information with asource of the second video stream. Step 150 may, for example, comprisedecrypting encrypted second video information prior to the userrequesting the second video information. Such establishment and/orperformance of decryption activities corresponding to the second videoinformation may reduce latency in presenting the second videoinformation to the user if and when the user requests the second videoinformation.

Further for example, step 150 may comprise performing error correctionprocessing of received video data from the second video stream. Byperforming such error correction processing prior to the user requestingthe second video information, latency resulting from performing errorcorrection on an initial portion of the second video stream, if and whenthe user requests the second video information, may be reduced oreliminated.

Step 150 may, for example, comprise tracking timing for components ofthe second video information. For example and without limitation, step150 may comprise tracking video display synchronization for the secondvideo information relative to the video display synchronization of thefirst video information being presently provided to the user. Suchtiming tracking may, for example, be utilized to control bufferingactivities for the second video information to provide a smooth andrapid transition between presentation of the first video information andpresentation of the second video information if and when the userrequests the second video information.

Step 150 may, for example, comprise parsing various communicationprotocol layers associated with the second video stream. By performingsuch parsing activities prior to the user requesting the second videoinformation, latency resulting from performing such parsing after theuser requests the second video information may be reduced or eliminated.

Step 150 may, for example, comprise decoding video data in the secondvideo stream prior to the user requesting the second video information.Such decoding of video data from the second video stream prior to theuser requesting the second video information may reduce or eliminatelatency associated with decoding an initial portion of the data from thesecond video stream after the user requests the second videoinformation.

In an exemplary television video scenario, step 150 may comprisepre-processing the received second video stream by buffering video dataassociated with the second video stream and maintaining the buffer suchthat an access point and subsequent compressed data are generallyavailable for decoding if and when the user requests the second videoinformation.

In general, step 150 may comprise pre-processing the received secondvideo stream in preparation for presenting the second video informationto the user in the future. Accordingly, the scope of various aspects ofthe present invention should not be limited by characteristics ofparticular video signal pre-processing activities performed inpreparation for presenting the second video information to a user if andwhen the user requests the second video information.

Note that the exemplary method 100 is not to be limited to receiving andpre-processing only one non-requested video stream. For example andwithout limitation, the method 100 may comprise receiving andpre-processing a third (or n^(th)) video stream simultaneously with thefirst and second video streams, where the third video stream comprisesthird video information not currently requested by the user. In anexemplary scenario, the second video stream may comprise informationcorresponding to an adjacent video channel lower than the current videochannel, and the third video stream may comprise informationcorresponding to an adjacent video channel higher than the current videochannel.

FIG. 2 is a flow diagram illustrating an exemplary method 200 forproviding reduced latency in a video signal processing system, inaccordance with various aspects of the present invention. The exemplarymethod 200 may, for example and without limitation, share variouscharacteristics with the exemplary method 100 illustrated in FIG. 1 anddiscussed previously.

The exemplary method 200 may begin at step 210, which receives a currentrequest for current video information. Step 210 may, for example andwithout limitation, share various characteristics with the exemplarymethod 100 (e.g., steps 110 and 120) illustrated in FIG. 1 and discussedpreviously. In the exemplary method 200, step 210 may be initiated inresponse to a user communicating a current request for current (orfirst) video information. Such a request may comprise any of a largevariety of characteristics. For example and without limitation, such arequest may comprise information regarding a selection of a videoprogram from a menu, a request to view a program on a particulartelevision channel, a request to view a program on a next, previous orlast channel, a request to view a channel on a sequential list ofchannels (e.g., a list of favorite or genre channels), etc.

Further for example, a user may communicate such a request in any of alarge variety of ways. For example, a user may communicate such arequest using various user interface devices. For example and withoutlimitation, a user may communicate such a request using a television orvideo receiver remote control, using buttons on a television or a videoreceiver, using a graphical user interface, etc.

In general, step 210 may comprise receiving a current request forcurrent video information. Accordingly, the scope of various aspects ofthe present invention should not be limited by characteristics of aparticular type of request or way of receiving such a request.

The exemplary method 200, at step 220, may comprise receiving a current(or first) video stream. Step 220 may, for example and withoutlimitation, share various characteristics with the exemplary method 100(e.g., step 130) illustrated in FIG. 1 and discussed previously. Thefirst video stream may, for example, comprise the current (or first)video information requested in the request received at step 210.

Receiving the first video stream may, for example, comprise any of avariety of video receiving activities. For example and withoutlimitation, receiving the first video stream may comprise receiving asignal comprising the first video stream through a tuner and associatedreceiver. In an exemplary television scenario, a plurality of videostreams of a multi-stream QAM channel may be received through a tunerand associated QAM receiver. The exemplary tuner and QAM receiver may,for example, transform the received multi-stream QAM signal to digitalvideo data corresponding to a plurality of video streams carried in theQAM signal. The video data stream(s) corresponding to the currentlyrequested first video information may then be selected from theplurality of video streams. Note that the above television QAM exampleis merely exemplary and should by no means limit the scope of variousaspects of the present invention.

In general, step 220 may comprise receiving a first video streamcomprising the current (or first) video information requested in therequest received at step 210. Accordingly, the scope of various aspectsof the present invention should not be limited by characteristics of theexemplary scenario or of particular video signal receiving methods orapparatus.

The exemplary method 200, at step 230, may comprise processing thereceived first video stream to present the first video information tothe user at the current time. Step 230 may, for example, share variouscharacteristics with step 140 of the exemplary method 100 illustrated inFIG. 1 and discussed previously.

Such processing may, for example, comprise buffering first video streamdata for decryption and/or decoding. Such processing may, for example,comprise performing error correction on the video stream data. Suchprocessing may also, for example, comprise communicating conditionalaccess information. Such processing may further, for example, comprisetracking timing for components of the first video information. Suchprocessing may, for example, comprise parsing various protocol layersassociated with the first video stream. Such processing mayadditionally, for example, comprise decoding video data in the firstvideo stream. Such processing may, for example, comprise generating avideo display driver signal that, when applied to a video display,causes the video display to generate a corresponding human-perceivablevideo image.

In an exemplary television video scenario, step 230 may compriseprocessing the received first video stream by buffering video dataassociated with the first video stream, decoding the buffered videodata, converting the decoded video data into a video display driversignal, and providing the video display driver signal to a video displaydevice.

In general, step 230 may comprise processing the received first videostream to present the first video information to the user at the currenttime. Accordingly, the scope of various aspects of the present inventionshould not be limited by characteristics of particular video signalprocessing activities performed to present video information to a user.

The exemplary method 200, at step 240, may comprise presenting therequested current (or first) video information to a user. For exampleand without limitation, step 240 may comprise driving a video displaydevice to generate human-perceivable video signals corresponding to thecurrently requested video information. Such a video display device may,for example, comprise an independent display device or a display deviceintegrated into a television set. Such a video display device maycomprise a fixed or portable display device. In general, step 240 maycomprise presenting the requested current (or first) video informationto a user. Accordingly, the scope of various aspects of the presentinvention should not be limited by characteristics of particular displaydevices or human-perceivable video signals.

The execution of exemplary method 200 may flow simultaneously to steps220 and 250. Steps 220-240 may generally receive, process and presentthe currently requested video information, while steps 250-270 maygenerally receive and pre-process non-requested video information forefficient future presentation. In an exemplary scenario, steps 220-240may be performed simultaneously with steps 250-270. Note, however, thatsuch parallel operation is not required.

The exemplary method 200, at step 250, may comprise determining (oridentifying) the next (or second) video information and correspondingvideo stream(s) that a user may request after the current videoinformation. Such a determination may comprise characteristics of any ofa large number of prediction methods or algorithms. For example andwithout limitation, step 250 may comprise determining the next videostream based on previously presented video information (e.g., previouschannel). Also for example, step 250 may comprise determining the nextvideo stream based on a sequential list of video information (e.g., achannel sequence or favorites list). Further for example, step 250 maycomprise determining the next video stream based on monitored userbehavior (e.g., channel(s) most often viewed, whether the user ischannel surfing up or down, whether the user is hopping between sportschannels or movie channels, etc.).

In an exemplary scenario, step 250 may comprise predicting a pluralityof potential next video information streams, for subsequent receivingand pre-processing. In general, step 250 may comprise predicting thenext video information and/or associated video stream(s) that a user mayrequest next. Accordingly, the scope of various aspects of the presentinvention should not be limited by characteristics of a particulartechnique for making such a prediction.

The exemplary method 200, at step 260, may comprise receiving the next(or second) video stream corresponding to predicted next videoinformation that the user may request next (e.g., as predicted at step250). Step 260 may, for example and without limitation, share variouscharacteristics with step 130 of the method 100 illustrated in FIG. 1and discussed previously.

Receiving the second video stream may, for example, comprise any of avariety of video receiving activities (e.g., as discussed previouslyregarding receiving the first video stream at step 220). For example andwithout limitation, receiving the video stream may comprise receiving asignal comprising the second video stream through a tuner and associatedreceiver. Such a tuner and associated receiver may, for example, be thesame as those used to receive the first video stream at step 220, or maybe different.

In an exemplary non-limiting television scenario, a plurality of videostreams of a multi-stream QAM channel may be received through a tunerand associated QAM receiver. The exemplary tuner and QAM receiver may,for example, transform the received multi-stream QAM signal to digitalvideo data corresponding to a plurality of video streams carried in theQAM signal. A video data stream corresponding to the second videoinformation may then be selected from the variety of video data streams,and the data corresponding to the remaining streams discarded. Note,however, that video data streams corresponding to the first videoinformation and the second video information may both be receivedthrough the same tuner and QAM receiver when the video data streams arepart of the same QAM signal.

In an alternative exemplary non-limiting television scenario, respectivepluralities of video streams may be received by a pair of tuners andcorresponding QAM receivers. For example, a first tuner and QAM receivermay transform a first multi-stream QAM channel to digital video datacorresponding to a first plurality of video streams, and a second tunerand QAM receiver may transform a second multi-stream QAM channel todigital video data corresponding to a second plurality of video streams.A first video data stream corresponding to the currently requested firstvideo information may be selected from the first plurality of videostreams, and a second video data stream corresponding to the secondvideo information may be selected from the second plurality of videostreams.

Note that the previous television QAM examples are merely exemplary andshould by no means limit the scope of various aspects of the presentinvention. In general, step 260 may comprise receiving the next (orsecond) video stream simultaneously with the current (or first) videostream, where the first video stream comprises the requested current (orfirst) video information, and the second video stream comprises the next(or second) video information that was not requested by the user forcurrent presentation. Accordingly, the scope of various aspects of thepresent invention should not be limited by characteristics of theexemplary scenarios or of particular video signal receiving methods orapparatus.

The exemplary method 200, at step 270, may comprise pre-processing thereceived second video stream in preparation for presenting the secondvideo information to the user in the future. Step 270 may, for exampleand without limitation, share various aspects with step 150 of theexemplary method 100 illustrated in FIG. 1 and discussed previously.

As explained previously, execution of the exemplary method 200 may loopthrough steps 250-270 to form an execution loop in which next videoinformation is predicted, received, and processed in preparation forpresentation if and when a request for the predicted next videoinformation is received.

Note that the exemplary method 200 is not to be limited to receiving andpre-processing only one non-requested video stream. For example andwithout limitation, the method 200 may comprise receiving andpre-processing a third (or n^(th)) video stream simultaneously with thefirst and second video streams, where the third video stream comprisesthird video information not currently requested by the user.

FIG. 3 is a diagram showing an exemplary system 300 that providesreduced latency in a video signal processing system, in accordance withvarious aspects of the present invention. Various components and/ormodules of the exemplary system 300 may, for example and withoutlimitation, perform various functions of the exemplary methods 100, 200illustrated in FIGS. 1-2 and discussed previously.

The exemplary system 300 may comprise a user interface module 310 thatreceives a current request from a user for current (or first) videoinformation. The user interface module 310 may, for example and withoutlimitation, perform various aspects of the exemplary methods 100, 200(e.g., steps 120 and 210) illustrated in FIGS. 1-2 and discussedpreviously.

For example, the user interface module 310 may receive a current requestfor current (or first) video information. Such a request may compriseany of a large variety of characteristics. For example and withoutlimitation, such a request may comprise a selection of a video programfrom a menu, a request to view a program on a particular televisionchannel, a request to view a program on a next, previous or lastchannel, a request to view a channel on a sequential list of channels(e.g., a list of favorite or genre channels), etc.

Further for example, a user may communicate such a request with the userinterface module 310 in any of a large variety of ways. For example andwithout limitation, the user interface module 310 may communicate with auser using a television or video receiver remote control. The userinterface module 310 may, for example, communicate with a user usingbuttons on a television or video receiver. The user interface module 310may, for example, communicate with a user using a graphical userinterface (e.g., a program menu).

In general, the user interface module 310 may receive a current requestfor first (or current) video information. Accordingly, the scope ofvarious aspects of the present invention should not be limited bycharacteristics of a particular way or apparatus for receiving such arequest.

The exemplary system 300 may comprise a video receiver module 320 thatsimultaneously receives a first video stream and a second video stream,wherein the first video stream comprises the requested current (orfirst) video information, and the second video stream comprises secondvideo information that is not currently requested by the user. The videoreceiver module 320 may, for example and without limitation, performvarious functions of the exemplary methods 100, 200 (e.g., steps 130,220 and 260) illustrated in FIGS. 1-2 and discussed previously.

For example, the video receiver module 320 may simultaneously receive acurrent (or first) video stream and a next (or second) video stream. Thevideo receiver module 320 may receive the first video stream and secondvideo stream by performing any of a variety of video receivingactivities. For example and without limitation, the video receivermodule 320 may receive the first video stream and second video stream byreceiving one or more signals comprising the first video stream and thesecond video stream through one or more tuners and associated receivers.

As will be discussed in more detail later, the identity of the secondvideo stream may be determined by the video processing module 330 (orassociated module), which is communicatively coupled to the videoreceiver module 320.

In an exemplary television scenario, the video receiver module 320 mayreceive a plurality of video streams of a multi-stream QAM channelthrough a tuner and associated QAM receiver. The exemplary tuner and QAMreceiver may, for example, transform the received multi-stream QAMsignal to digital video data corresponding to a plurality of videostreams carried in the QAM signal. The video data stream(s)corresponding to the currently requested first video information and thesecond video information may then be selected from the variety of videostreams, and the remaining data may be discarded.

In an alternative exemplary non-limiting television scenario, respectivepluralities of video streams may be received by a plurality of tunersand associated QAM receivers. For example, a first tuner and QAMreceiver may transform a first multi-stream QAM channel to digital videodata corresponding to a first plurality of video streams, and a secondtuner and QAM receiver may transform a second multi-stream QAM channelto digital video data corresponding to a second plurality of videostreams. A first video data stream corresponding to the currentlyrequested first video information may be selected from the firstplurality of video streams, and a second video data stream correspondingto the second video information may be selected from the secondplurality of video streams.

Note that the previous television QAM examples are merely exemplary andshould by no means limit the scope of various aspects of the presentinvention. In general, the exemplary video receiver module 320 maysimultaneously receive a first video stream and a second video stream,wherein the first video stream comprises the requested current (orfirst) video information, and the second video stream comprises secondvideo information that is not currently requested by the user.Accordingly, the scope of various aspects of the present inventionshould not be limited by characteristics of a particular received signalor a particular receiver module apparatus or configuration.

The exemplary system 300 may comprise a video processing module 330 thatprocesses the first video stream to present the first video informationto the user at the current time, and pre-processes the second videostream in preparation for presenting the second video information to theuser at a future time. The video processing module 330 may, for exampleand without limitation, perform various functions of the exemplarymethods 100, 200 (e.g., steps 140, 150, 230, 250 and 270) illustrated inFIGS. 1-2 and discussed previously.

For example, the video processing module 330 may process the receivedfirst video stream to present the first video information to the user atthe current time. In performing such processing, the video processingmodule 330 may, for example, buffer first video stream data fordecryption and/or decoding. Also, the video processing module 330 may,for example, perform error correction processing. Additionally, forexample, the video processing module 330 may communicate (e.g., receiveand/or transmit) conditional access information with a source of thefirst video stream. Also, the video processing module 330 may, forexample, track timing (e.g., timestamps or synchronization) forcomponents of the first video information. Further, the video processingmodule 330 may parse various protocol layers associated with the firstvideo stream. The video processing module 330 may, for example, decodevideo data in the first video stream. In addition, the video processingmodule 330 may generate a video display driver signal (e.g.,independently or in conjunction with a video display driver module)that, when applied to a video display, causes the video display togenerate a corresponding human-perceivable video image.

In an exemplary television video scenario, the video processing module330 may process the received first video stream by buffering video dataassociated with the first video stream, decoding the buffered videodata, converting the decoded video data into a video display driversignal (e.g., independently or in conjunction with a video displaydriver module), and providing the video display driver signal to a videodisplay device.

The video processing module 330 may pre-process the received secondvideo stream in preparation for presenting the second video informationto the user in the future. The video processing module 330 may, forexample, reduce latency in presenting the second video information tothe user if and when the user requests the second video information byperforming pre-processing in preparation for presenting the second videoinformation to the user. The video processing module 330 may, forexample, perform various portions of the total processing required topresent the second video information to the user.

The video processing module 330 (or a sub-module thereof) may determineor identify the second video stream. For example, the video processingmodule 330 may determine (or identify) the next (or second) videoinformation and corresponding video stream(s) that a user may requestafter the current video information. Such a determination may, forexample and without limitation, comprise characteristics of any of alarge number of prediction methods or algorithms. For example andwithout limitation, the video processing module 330 may determine thenext video stream based on previously presented video information (e.g.,previous channel). Also for example, the video processing module 330 maydetermine the next video stream based on a sequential list of videoinformation (e.g., a channel sequence or favorites list). Further forexample, the video processing module 330 may determine the next videostream based on monitored user behavior (e.g., channel(s) most oftenviewed, whether the user is channel surfing up or down, whether the useris hopping between sports channels or movie channels, etc.).

In an exemplary scenario, the video processing module 330 may determinea plurality of potential next video information streams for subsequentreceiving and pre-processing. In general, the video processing module330 may determine the next video information and/or associated videostream(s) that a user may request next. Accordingly, the scope ofvarious aspects of the present invention should not be limited bycharacteristics of a particular technique or apparatus for making such adetermination or prediction.

The video processing module 330 may, for example and without limitation,buffer second video stream data for decryption and/or decoding. Suchbuffering of video information corresponding to video information notpresently being presented to a user may reduce latency caused by thetime it takes to fill a buffer with new video information.

Such buffering may also, for example, comprise managing buffered datafrom the second video stream such that a next applicable access pointand subsequent compressed data are generally available for decoding uponuser request for the second video information. Managing the buffereddata in such a way may reduce latency caused by waiting for an accesspoint to arrive before beginning decoding activities. Such an accesspoint in the second video stream may, for example and withoutlimitation, comprise a reference frame (or intra-coded frame) in variousvideo encoding schemes.

Such management of buffered data may comprise managing the buffered datain any of a variety of manners. For example, in a non-limiting exemplaryscenario, data preceding a particular entry point may be discarded whiledata succeeding the particular entry point is buffered (or vice versa).In another non-limiting exemplary scenario, data corresponding to aparticular set of entry points (e.g., next and last entry points) may bebuffered while data corresponding to other entry points is discarded. Ina further non-limiting exemplary scenario, old data may be discardedfrom a first end of a buffer as new data arrives at a second end of thebuffer. Accordingly, the scope of various aspects of the presentinvention should not be limited by any particular manner of managingbuffered data.

The video processing module 330 may, for example, communicateconditional access information related to the second video stream data.For example, the video processing module 330 may determine the rights ofthe user to receive the second video information prior to the userrequesting the second video information. Such determination of userrights corresponding to the second video information may reduce latencyin presenting the second video information to the user if and when theuser requests the second video information. For example and withoutlimitation, such determination of user rights may enable the bufferingof data, as described above.

Also, for example, the video processing module 330 may prepare for, oreven perform, decryption of encrypted video information. For example,the video processing module 330 may exchange public or private keyinformation with an information provider. The video processing module330 may, for example, decrypt encrypted second video information priorto the user requesting the second video information. Such establishmentand/or performance of decryption activities corresponding to the secondvideo information may reduce latency in presenting the second videoinformation to the user if and when the user requests the second videoinformation. For example and without limitation, such performance ofdecryption activities may enable the buffering of data, as describedabove.

Further for example, the video processing module 330 may perform errorcorrection processing of received video data from the second videostream. By performing such error correction activities prior to the userrequesting the second video information, latency resulting fromperforming error correction on an initial portion of data from thesecond video stream may be reduced or eliminated. For example andwithout limitation, such performance of error correction activities mayenable the buffering of data, as described above.

The video processing module 330 may, for example, track timing (e.g.,timestamp or synchronization) for components of the second videoinformation. For example and without limitation, the video processingmodule 330 may track video display synchronization for the second videoinformation relative to the video display synchronization of the firstvideo information being currently presented. Such timing tracking may,for example, be utilized to control buffering activities for the secondvideo information to provide a smooth transition between presentation ofthe first video information and presentation of the second videoinformation if and when the user requests the second video information.

The video processing module 330 may comprise managing timing informationin any of a variety of manners. For example and without limitation thevideo processing module 330 may maintain a time base of the second videoinformation using time stamps associated with the second videoinformation. The video processing module 330 may also, for example,maintain one or more time delay values representing the presentationdelay of received video information stored in a buffer. Accordingly, thescope of various aspects of the present invention should not be limitedby any particular manner of managing timing information.

The video processing module 330 may, for example, parse various protocollayers associated with the second video stream. By performing suchparsing activities prior to the user requesting the second videoinformation, latency resulting from performing such parsing after theuser requests the second video information may be reduced or eliminated.Note that in various non-limiting exemplary scenarios, such parsingoperations may facilitate buffering of the received video data.

The video processing module 330 may, for example, decode video data inthe second video stream prior to the user requesting the second videoinformation. Such video data decoding of video data from the secondvideo stream prior to the user requesting the second video informationmay reduce or eliminate latency associated with decoding an initialportion of the data from the second video stream after the user requeststhe second video information.

In an exemplary television video scenario, the video processing module330 may pre-process the received second video stream by buffering atleast a portion of video data associated with the second video streamand maintaining the buffer such that an access point and subsequentcompressed data are generally available for decoding if and when theuser requests the second video information.

In general, the video processing module 330 may pre-process the receivedsecond video stream in preparation for presenting the second videoinformation to the user in the future. Accordingly, the scope of variousaspects of the present invention should not be limited bycharacteristics of particular video signal pre-processing apparatus oractivities performed in preparation for presenting the second videoinformation to a user if and when the user requests the second videoinformation.

The video processing module 330 may, for example, output a signalcorresponding to the processed first video information to subsequentmodules. For example and without limitation, the video processing module330 may provide such a signal to a video driver module and/or a videodisplay device. The scope of various aspects of the present inventionshould not be limited by particular subsequent modules or apparatus.

FIG. 4 is a diagram showing an exemplary system 400 that providesreduced latency in a video signal processing system, in accordance withvarious aspects of the present invention. The exemplary system 400 may,for example and without limitation, share various characteristics withthe exemplary system 300 illustrated in FIG. 3 and discussed previously.

For example, the exemplary system 400 may comprise a user interfacemodule 410 that receives a current request from a user for current (orfirst) video information. The user interface module 410 may, for exampleand without limitation, share various characteristics with the userinterface module 310 of the exemplary system 300 illustrated in FIG. 3and discussed previously. The exemplary system 400 may, for example,comprise a television system utilizing QAM channels for communicatingstreams of video information. However, the scope of various aspects ofthe present invention should by no means be limited by characteristicsof such an exemplary television system.

For example, the user interface module 410 may receive a current requestfor current (or first) video information. Such a request may compriseany of a large variety of characteristics. For example and withoutlimitation, such a request may comprise a selection of a video programfrom a menu, a request to view a program on a particular televisionchannel, a request to view a program on a next, previous or lastchannel, or a request to view a channel on a sequential list of channels(e.g., a list of favorite or genre channels).

Further for example, a user may communicate such a request with the userinterface module 410 in any of a large variety of ways. For example andwithout limitation, the user interface module 410 may communicate with auser using a television or video receiver remote control. The userinterface module 410 may, for example, communicate with a user usingbuttons on a television or a video receiver. Also, for example, the userinterface module 410 may communicate with a user using a graphical userinterface (e.g., a program menu).

In general, the user interface module 410 may receive a current requestfor current (or first) video information. Accordingly, the scope ofvarious aspects of the present invention should not be limited bycharacteristics of a particular way or apparatus for receiving such arequest.

The exemplary system 400 may comprise a video receiver module 420 thatsimultaneously receives a first video stream and a second video stream,wherein the first video stream comprises the requested current (orfirst) video information, and the second video stream comprises secondvideo information that is not currently requested by the user. The videoreceiver module 420 may, for example and without limitation, sharevarious characteristics with the video receiver module 320 of theexemplary system 300 illustrated in FIG. 3 and discussed previously.

The video receiver module 420 may, for example and without limitation,receive the first video stream and second video stream by performing anyof a variety of video receiving activities. For example and withoutlimitation, the video receiver module 420 may receive the first videostream and second video stream by receiving one or more signalscomprising the first video stream and the second video stream throughone or more tuners and associated receivers.

In an exemplary television scenario, the video receiver module 420 maycomprise a first tuner 422 and associated first receiver 424 (e.g., aQAM receiver). The video receiver module 420 may receive a plurality ofvideo streams of a multi-stream channel (e.g., a QAM channel) throughthe first tuner 422 and first receiver 424. The exemplary first tuner422 and first receiver 424 may, for example, transform the receivedmulti-stream signal to digital video data corresponding to a pluralityof video streams carried in the multi-stream signal. The video datastream(s) corresponding to the currently requested first videoinformation and the second video information may then be selected fromthe variety of video streams, and the remaining data may be discarded.

In an alternative exemplary non-limiting television scenario, the videoreceiver module 420 may also comprise a second tuner 426 and associatedsecond receiver 428 (e.g., a second QAM receiver). The video receivermodule 420 may receive respective pluralities of video streams by theplurality of tuners 422, 426 and associated receivers 424, 428. Forexample, the first tuner 422 and first receiver 424 may transform afirst multi-stream channel to digital data corresponding to a firstplurality of video streams, and the second tuner 426 and second receiver428 may transform a second multi-stream channel to digital datacorresponding to a second plurality of video streams. A first video datastream corresponding to the currently requested first video informationmay be selected from the first plurality of video streams, and a secondvideo data stream corresponding to the second video information may beselected from the second plurality of video streams.

Note that the previous television examples are merely exemplary andshould by no means limit the scope of various aspects of the presentinvention. In general, the exemplary video receiver module 420 maysimultaneously receive a first video stream and a second video stream,wherein the first video stream comprises the requested current (orfirst) video information, and the second video stream comprises secondvideo information that is not currently requested by the user.Accordingly, the scope of various aspects of the present inventionshould not be limited by characteristics of a particular received signalor a particular receiver module apparatus or configuration.

The exemplary system 400 may comprise a video processing module 430 thatprocesses the first video stream to present the first video informationto the user at the current time, and pre-processes the second videostream in preparation for presenting the second video information to theuser in the future. The video processing module 430 may, for example andwithout limitation, share various characteristics with the videoprocessing module 330 of the exemplary system 300 illustrated in FIG. 3and discussed previously.

The video processing module 430 may, for example, comprise a videostream selection module 432 that determines the second video stream tobe pre-processed. For example, the video stream selection module 432 maydetermine (or identify) the next (or second) video information andcorresponding video stream(s) that a user may request after the currentvideo information. Such a determination may, for example, comprisecharacteristics of any of a large number of prediction methods oralgorithms. For example and without limitation, the video streamselection module 432 may determine the next video stream based onpreviously presented video information (e.g., previous channel). Alsofor example, the video stream selection module 432 may determine thenext video stream based on a sequential list of video information (e.g.,a channel sequence or favorites list). Further for example, the videostream selection module 432 may determine the next video stream based onmonitored user behavior (e.g., channel(s) most often viewed, whether theuser is channel surfing up or down, whether the user is hopping betweensports channels or movie channels, etc.).

In an exemplary scenario, the video stream selection module 432 maydetermine a plurality of potential next video information streams forsubsequent receiving and pre-processing. In general, the video streamselection module 432 may determine the next video information and/orassociated video stream(s) that a user may request. Accordingly, thescope of various aspects of the present invention should not be limitedby characteristics of a particular technique or apparatus for makingsuch a determination or prediction.

The video processing module 430 may, for example, process the receivedfirst video stream to present the first video information to the user atthe current time. In performing such processing, the video processingmodule 430 may, for example, buffer first video stream data fordecryption and/or decoding. The video processing module 430 may, forexample, comprise a first buffer 436 to utilize for such buffering.

The video processing module 430 may, for example, perform errorcorrection processing. The video processing module 430 may, for example,communicate conditional access information with a source of the firstvideo stream. Also, the video processing module 430 may track timing(e.g., timestamps or synchronization) for components of the first videostream. Further, the video processing module 430 may parse variouscommunication protocol layers associated with the first video stream.

The video processing module 430 may, for example, decode video data inthe first video stream. The video processing module 430 may, forexample, comprise a first decoder 437 to perform such decoding.

The exemplary system 400 may, for example, comprise a video displaydriver 440 and a video display 450. The video processing module 430 may,for example, provide a signal indicative of the first video informationto the video display driver 440. The video display driver 440 may, forexample, generate a video display driver signal that, when applied tothe video display 450, causes the video display 450 to generate acorresponding human-perceivable video image.

In an exemplary television video scenario, the video processing module430 may process the received first video stream by buffering video dataassociated with the first video stream in the first buffer 436, decodingthe buffered video data with the first decoder 437, and providing asignal indicative of the first video information to the video displaydriver 440, which converts the signal from the video processing module430 into a video display driver signal and provides the video displaydriver signal to the video display 450.

The video processing module 430 may pre-process the received secondvideo stream in preparation for presenting the second video informationto the user in the future. The video processing module 430 may, forexample, reduce latency in presenting the second video information tothe user if and when the user requests the second video information byperforming pre-processing in preparation for presenting the second videoinformation to the user. The video processing module 430 may, forexample, perform such pre-processing by performing various portions ofthe total processing required to present the second video information tothe user.

For example and without limitation, the video processing module 430 maybuffer second video stream data for decryption and/or decoding. Forexample, the video processing module 430 may buffer second video streamdata in a second buffer 438 or in a portion of the first buffer 436.Such buffering of video information corresponding to video informationnot presently being presented to a user may reduce latency caused by thetime it takes to fill a buffer with newly received video information.

Such buffering may also, for example, comprise managing buffered datafrom the second video stream such that a next applicable access pointand subsequent compressed data are generally available for decoding uponuser request for the second video information. Managing the buffereddata in such a way may reduce latency caused by waiting for an accesspoint to arrive before beginning decoding activities. As explainedpreviously, such an access point in the second video stream may, forexample and without limitation, comprise a reference frame (orintra-coded frame) in various video encoding schemes.

The video processing module 430 may, for example, communicate (e.g.,transmit and/or receive) conditional access information related to thesecond video stream with a source of the second video stream. Forexample, the video processing module 430 may determine the rights of theuser to receive the second video information prior to the userrequesting the second video information. Such determination of userrights corresponding to the second video information may reduce latencyin presenting the second video information to the user if and when theuser requests the second video information.

Also, for example, the video processing module 430 may prepare for, oreven perform, decryption of encrypted video information. For example,the video processing module 430 may exchange public or private keyinformation with an information provider. The video processing module430 may, for example, decrypt encrypted second video information priorto the user requesting the second video information. Such establishmentand/or performance of decryption activities corresponding to the secondvideo information may reduce latency in presenting the second videoinformation to the user if and when the user requests the second videoinformation.

Further for example, the video processing module 430 may perform errorcorrection processing of received video data from the second videostream. By performing such error correction activities prior to the userrequesting the second video information, latency resulting fromperforming error correction on an initial portion of data from thesecond video stream may be reduced or eliminated.

The video processing module 430 may, for example, track timing (e.g.,timestamps or synchronization) for components of the second videostream. For example and without limitation, the video processing module430 may track video display synchronization for the second videoinformation relative to the video display synchronization of the firstvideo information being currently presented. Such timing tracking may,for example, be utilized to control buffering activities for the secondvideo information to provide a smooth transition between presentation ofthe first video information and presentation of the second videoinformation if and when the user requests the second video information.

The video processing module 430 may, for example, parse variouscommunication protocol layers associated with the second video stream.By performing such parsing activities prior to the user requesting thesecond video information, latency resulting from performing such parsingafter the user requests the second video information may be reduced oreliminated.

The video processing module 430 may, for example, decode video data inthe second video stream prior to the user requesting the second videoinformation. The video processing module 430 may, for example, comprisea second decoder 439 to perform such decoding or may, for example,utilize the first decoder 437 to perform such decoding in addition todecoding video data from the first video stream. Such decoding of videodata from the second video stream prior to the user requesting thesecond video information may reduce or eliminate latency associated withdecoding an initial portion of the data from the second video streamafter the user requests the second video information.

In an exemplary television video scenario, the video processing module430 may pre-process the received second video stream by buffering atleast a portion of video data associated with the second video stream(e.g., in the second buffer 438 or a section of the first buffer 436)and maintaining the buffer such that an access point and subsequentcompressed data is generally available for decoding if and when the userrequests the second video information.

In general, the video processing module 430 may pre-process the receivedsecond video stream in preparation for presenting the second videoinformation to the user in the future. Accordingly, the scope of variousaspects of the present invention should not be limited bycharacteristics of particular video signal pre-processing apparatus orpre-processing activities performed in preparation for presenting thesecond video information to a user if and when the user requests thesecond video information.

The previous discussion described various exemplary system modules andsub-modules. The various modules and sub-modules may be implementedusing hardware, software, or a combination thereof. For example andwithout limitation, any of the various modules and sub-modules may beindependent circuits or may be integrated into a single integratedcircuit. Accordingly, the scope of various aspects of the presentinvention should not be limited to characteristics of a particularhardware or software implementation.

In summary, various aspects of the present invention provide a systemand method that provide reduced latency in a video signal processingsystem. While the invention has been described with reference to certainaspects and embodiments, it will be understood by those skilled in theart that various changes may be made and equivalents may be substitutedwithout departing from the scope of the invention. In addition, manymodifications may be made to adapt a particular situation or material tothe teachings of the invention without departing from its scope.Therefore, it is intended that the invention not be limited to theparticular embodiment disclosed, but that the invention will include allembodiments falling within the scope of the appended claims.

The invention claimed is:
 1. A system comprising: an interfaceconfigured to receive a request for first video information; a videoreceiving circuit configured to receive a first video stream and asecond video stream, the first video stream corresponding to the requestfor the first video information and the second video streamcorresponding to a request for second video information; one or moreprocessing circuits configured to: identify the second video informationbefore receiving the request for the second video information; receiveconditional access information for the second video stream beforereceiving the request for the second video information; and decrypt atleast a portion of the second video stream after receiving theconditional access information for the second video stream and beforereceiving the request for the second video information; and a bufferconfigured to store the at least a portion of the second video streamusing timing components of the second video stream, the timingcomponents of the second video stream comprising timestamp orsynchronization components, wherein the timing components of the secondvideo stream is tracked relative to timing components of the first videostream.
 2. The system of claim 1, wherein the second video informationis identified based on at least one of genre video information, favoritevideo information, or monitored user behaviors.
 3. The system of claim1, wherein the one or more processing circuits configured to identifythe second video information are further configured to predict therequest for the second video information.
 4. The system of claim 1,wherein the video receiving circuit is configured to receive a pluralityof video streams comprising the first video stream, the second videostream, and at least a third video stream corresponding to a request forthird video information, wherein the one or more processing circuits arefurther configured to: identify the third video information beforereceiving the request for the third video information; receiveconditional access information for the third video stream beforereceiving the request for the third video information; and decrypt atleast a portion of the third video stream after receiving theconditional access information for the third video stream and beforereceiving the request for the third video information.
 5. The system ofclaim 1, wherein the one or more processing circuits are furtherconfigured to: before receiving the request for the second videoinformation, receive key information for the second video stream; anddecrypt the at least a portion of the second video stream using the keyinformation.
 6. The system of claim 1, wherein the one or moreprocessing circuits are further configured to decode the at least aportion of the second video stream before receiving the request for thesecond video information.
 7. A device comprising: a memory; and aprocessor coupled to the memory, the processor configured to: receive arequest for first video information; receive a first video stream and asecond video stream, the first video stream corresponding to the requestfor the first video information and the second video streamcorresponding to a request for second video information; identify thesecond video information before receiving the request for the secondvideo information; receive conditional access information for the secondvideo stream before receiving the request for the second videoinformation; decrypt at least a portion of the second video stream afterreceiving the conditional access information for the second video streamand before receiving the request for the second video information; andbuffer the at least a portion of the second video stream using timingcomponents of the second video stream, the timing components of thesecond video stream comprising timestamp or synchronization components,wherein the timing components of the second video stream is trackedrelative to timing components of the first video stream.
 8. The deviceof claim 7, wherein the second video information is identified based onat least one of genre video information, favorite video information, ormonitored user behaviors.
 9. The device of claim 7, wherein theprocessor configured to identify the second video information is furtherconfigured to predict the request for the second video information. 10.The device of claim 7, wherein the processor is further configured to:receive a plurality of video streams comprising the first video stream,the second video stream, and at least a third video stream correspondingto a request for third video information; identify the third videoinformation before receiving the request for the third videoinformation; receive conditional access information for the third videostream before receiving the request for the third video information; anddecrypt at least a portion of the third video stream after receiving theconditional access information for the third video stream and beforereceiving the request for the third video information.
 11. The device ofclaim 7, wherein the processor is further configured to: establish userrights to receive the second video stream before receiving the requestfor the second video information; process error correction of the secondvideo stream before receiving the request for the second videoinformation; and parse communication protocol layers associated with thesecond video stream before receiving the request for the second videoinformation.
 12. The device of claim 7, the processor is furtherconfigured to: decode the at least a portion of the second video streambefore receiving the request for the second video information.
 13. Thedevice of claim 7, further comprising: a video display configured todisplay the first video stream.
 14. An integrated circuit comprising: areceiver circuit configured to receive a first video stream and a secondvideo stream, the first video stream corresponding to a request forfirst video information and the second video stream corresponding to arequest for second video information; a processor circuit configured to:identify the second video information before receiving the request forthe second video information; receive conditional access information forthe second video stream before receiving the request for the secondvideo information; and decrypt at least a portion of the second videostream after receiving the conditional access information for the secondvideo stream and before receiving the request for the second videoinformation; and a buffer configured to store the at least a portion ofthe second video stream using timing components related to a videodisplay synchronization of the first video stream, the timing componentscomprising timestamp or synchronization components of the second videostream.
 15. The integrated circuit of claim 14, wherein the second videoinformation is identified based on at least one of genre videoinformation, favorite video information, or monitored user behaviors.16. The integrated circuit of claim 14, wherein the processor circuitconfigured to identify the second video information is furtherconfigured to predict the request for the second video information. 17.The integrated circuit of claim 14, wherein the receiver circuit isconfigured to receive a plurality of video streams comprising the firstvideo stream, the second video stream, and at least a third video streamcorresponding to a request for third video information, wherein theprocessor circuit is further configured to: identify the third videoinformation before receiving the request for the third videoinformation; receive conditional access information for the third videostream before receiving the request for the third video information; anddecrypt at least a portion of the third video stream after receiving theconditional access information for the third video stream and beforereceiving the request for the third video information.
 18. Theintegrated circuit of claim 14, further comprising: a video displaydriver circuit coupled to a video display.
 19. A system comprising: asource provider device configured to: transmit a first video stream anda second video stream; and transmit conditional access information forthe first video stream and the second video stream; a video processorconfigured to: receive the first video stream and the second videostream, the first video stream corresponding to a request for firstvideo information and the second video stream corresponding to a requestfor second video information; receive the request for the first videoinformation; identify the second video information before receiving therequest for the second video information; receive the conditional accessinformation for the second video stream before receiving the request forthe second video information; and decrypt at least a portion of thesecond video stream after receiving the conditional access informationfor the second video stream and before receiving the request for thesecond video information; and buffer the at least a portion of thesecond video stream using timing components related to a video displaysynchronization of the first video stream, the timing componentscomprising timestamp or synchronization components of the second videostream.
 20. The system of claim 19, wherein the source provider deviceis further configured to transmit a third video stream and transmitconditional access information for the third video stream, and whereinthe video processor is further configured to: receive the third videostream corresponding to a request for third video information; identifythe third video information before receiving the request for the thirdvideo information; receive the conditional access information for thethird video stream before receiving the request for the third videoinformation; and decrypt at least a portion of the third video streamafter receiving the conditional access information for the third videostream and before receiving the request for the third video information.